Drone apparatus used in healthcare applications

ABSTRACT

A rechargeable drone apparatus or arrangement is provided. The rechargeable drone device includes a series of sensors configured to receive information about a user and transmit the information to a computing system configured to assess the information collected from the drone device and a set of securable compartments configured to maintain samples or medications, wherein the series of securable compartments are configured to be openable by an approved individual.

The present application is a continuation in part of co-pending U.S.patent application Ser. No. 16/578,133, entitled “Self ChargingLightweight Drone Apparatus,” inventor Ayman Salem, filed Sep. 20, 2019,which is a continuation of co-pending U.S. patent application Ser. No.15/162,381, entitled “Self Charging Lightweight Drone Apparatus,”inventor Ayman Salem, filed May 23, 2016, now U.S. Pat. No. 10,424,231,which claims priority based on U.S. Provisional Patent Application Ser.No. 61/166,629, entitled “Self Charging Lightweight Drone Apparatus,”inventor Ayman Salem, filed May 25, 2015, and the present application isalso a continuation-in-part of co-pending U.S. patent application Ser.No. 16/027,352, entitled “System for Remote Noninvasive ContactlessAssessment and Prediction of Body Organ Health,” inventor Ayman Salem,filed Jul. 4, 2018, and the present application is further acontinuation-in-part of co-pending U.S. patent application Ser. No.15/943,585, entitled “Enhanced Personal Care System Employing BlockchainFunctionality,” inventor Ayman Salem, filed Apr. 2, 2018, which is acontinuation-in-part of co-pending U.S. patent application Ser. No.15/797,650, entitled “Method and Apparatus for Enhanced Personal Carewith Interactive Diary,” inventor Ayman Salem, filed Oct. 30, 2017,which is a continuation of co-pending U.S. patent application Ser. No.14/952,424, entitled “Method and Apparatus for Enhanced Personal Carewith Interactive Diary,” inventor Ayman Salem, filed Nov. 25, 2015, nowU.S. Pat. No. 9,838,508, which is a continuation-in-part of co-pendingU.S. patent application Ser. No. 14/080,021, inventor Ayman Salem,entitled “Method and Apparatus for Enhanced Personal Care,” filed Nov.14, 2013, now U.S. Pat. No. 9,747,417, all of which are incorporatedherein by reference in their entireties.

BACKGROUND OF THE INVENTION Field of the Invention

The present invention relates in general to aerodynamic devices, andmore specifically a drone arrangement useable in healthcareapplications.

Description of the Related Art

Ongoing needs exist for lightweight and readily deployable devices thatcan accomplish certain healthcare tasks. Many consumers and patients arein remote areas and/or have little access to transportation and/orappropriate medical facilities. Such patients may not receive themedical care needed or may only receive a certain level of caredepending on available facilities.

Certain ways of addressing this have been explored. For example, mobilehealthcare vehicles have been employed, at significant cost and withlimited capacities. For example, it is difficult to provide extensive,heavy, or complex medical equipment on such devices. Further, theyrequire travel time for physicians and/or clinicians, and such travel istime when these individuals are not seeing patients.

Services such as mail or other delivery options have been employed. Inthis scenario, the patient may take a noninvasive sample, such assaliva, and may mail the sample to a lab for analysis. Problems withthis method include an inability to do a broad assessment, as thesamples available from a patient tend to be limited, and can getcontaminated or lose attributes over time, and thus can be highlylimited. Patients can also perform procedures on themselves, such aschecking heart rate, temperature, weight, and so forth, but again, thesecan be fairly limited.

Thus there is a need for assessing patients and collecting samples forevaluation, potentially benefitting patients without transportation andrelatively distant from appropriate medical facilities, that addressesissues associated with previous designs.

SUMMARY OF THE INVENTION

Thus according to one aspect of the present design, there is provided anapparatus comprising a drone device comprising securable compartments,each of the securable compartments configured to be unlocked by a useror a remote device and a series of sensors provided with the dronedevice and configured to assess health attributes of the user while thedrone is positioned proximate the user.

According to another aspect of the present design, there is provided arechargeable drone device comprising a series of sensors configured toreceive information about a user and transmit the information to acomputing system configured to assess the information collected from thedrone device and a set of securable compartments configured to maintainsamples or medications, wherein the series of securable compartments areconfigured to be openable by an approved individual.

According to a further aspect of the present design, there is provided asystem comprising a drone device comprising a set of securablecompartments, each of the securable compartments configured to beunlocked by a user or a remote device and a series of sensors configuredto assess health attributes of the user while the drone is positionedproximate the user. Also provided is a remote computing systemconfigured to receive sensed information from the drone device andassess health of the user and a recharging device configured to receivethe drone device and recharge the drone device. The drone device islocated at a position within travel distance of the user based onelectrical charge status and travels to the user to provide or receivehealthcare related objects to or from the user.

These and other advantages of the present invention will become apparentto those skilled in the art from the following detailed description ofthe invention and the accompanying drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

For a more complete understanding of the present disclosure, referenceis now made to the following figures, wherein like reference numbersrefer to similar items throughout the figures:

FIG. 1 illustrates one type of drone device or apparatus;

FIG. 2 is an embodiment of a drone device according to the presentdesign;

FIG. 3A is a representative side view of a container that may beincluded in the present design, with the container in a closed position;

FIG. 3B is a representative side view of a container that may beincluded in the present design, with the container in an open position;

FIG. 4 is an illustration of a drone apparatus employing multiple baysor containers;

FIG. 5 illustrates a top view of an alternate embodiment according tothe present design;

FIG. 6 shows an arrangement of command and control of at least one, andin some instances many, drone devices;

FIG. 7 is a general representation of drone electronics;

FIG. 8 includes a further conceptual representation of a drone or microdrone according to the present design;

FIG. 9A is a side view of a sample charging station configured toreceive and recharge rechargeable batteries;

FIG. 9B is a top view of one example of a charging station design;

FIG. 10 illustrates an alternate multiple unit charging station;

FIG. 11 illustrates a data locus as part of a health datasome;

FIG. 12 shows data mapping to the health datasome;

FIG. 13 is a flowchart representing anonymization of data provided;

FIG. 14 is a flowchart illustrating deanonymization of data;

FIG. 15 shows the monetization of anonymized data;

FIG. 16 is a flowchart of third party data verification;

FIG. 17 shows accrual of anonymized data values, such as a royalty orreward;

FIG. 18 is a flowchart of anonymized data point collection;

FIG. 19 is a flowchart of an arithmetic shift to safeguard againstquantum computing hacking;

FIG. 20 is a general overview of an embodiment of the present design;

FIG. 21 shows a codon, the basic structure of a datasome, and theconstruction of a codon;

FIG. 22 shows relationships between datasomes and parts of datasomesconceptually; and

FIG. 23 shows the general concept of prediction, such as by using agenerative adversarial network (GAN).

The exemplification set out herein illustrates particular embodiments,and such exemplification is not intended to be construed as limiting inany manner

DETAILED DESCRIPTION OF THE INVENTION

The following description and the drawings illustrate specificembodiments sufficiently to enable those skilled in the art to practicethe system and method described. Other embodiments may incorporatestructural, logical, process and other changes. Examples merely typifypossible variations. Individual components and functions are generallyoptional unless explicitly required, and the sequence of operations mayvary. Portions and features of some embodiments may be included in orsubstituted for those of others.

In general, the present invention includes a drone device arrangement ora system including a variety of drone devices able to be deployed to ortoward a patient for the express purpose of assessing the patient and/orreceiving samples and returning the samples to a testing facility,hospital, or other appropriate collection site. In one embodiment, thedrone device includes collection hardware, including an opening withhardware located therein that can be retrieved and filled and may bespring loaded, in one embodiment with a digital indicator provided. Inanother embodiment, a collection of lightweight drones may be providedon a vehicle or a base station, transported to a preferred or desiredlocation, and drones sent to individual patients for assessment and/orcollection.

The lightweight drone device arrangement may include a sensor or sensorsprovided with one or more of the drones, and the lightweight drones maybe provided with recharge capability via a charging station or stations.Sensors may be employed to assess the health of the individual in acontactless manner When sensors are employed, the arrangement can bepositioned or repositioned to take advantage of a certain situation,such as positioning close to a target. Sensors to evaluate patientcondition and health may be employed, including but not limited tocameras or microphones. Contactless sensing of a person's healthattributes may also be employed as discussed herein.

Drones are devices that can be flown without a pilot and have been usedextensively in military and more recently in civilian activities. Dronesare typically controllable by a user or a controller from a distance.Different types of drones are available, and certain drones may includedifferent arrangements, numbers of propellers and/or propelling sources,and may vary in size. However, due to the requirements of a drone in theEarth's atmosphere, such devices must be relatively light and theirpropellant sources relatively powerful.

The present disclosure uses the term “drone arrangement” to mean acollection of one or more drones and use of the word “drone” or “dronearrangement” is intended broadly. The term “micro drone” is intended torepresent a small drone and is not intended to be limiting and use ofterms such as “drone” and “micro drone” are not intended to be limitingas to size of the device, and in some instances may be usedinterchangeably. The term “drone” as used herein mean any type ofhovering unmanned propelled device irrespective of size. The term “dronearrangement” is generally employed to cover any of the designs suggestedherein or any similar type of device, apparatus, system, or arrangement.

A drawing of one type of drone is presented in FIG. 1. From FIG. 1, thedrone 100 includes four upward facing propellers 101-104 that rotate andprovide lift, and the propellers 101-104 are electrically connected to acentral controller 105 positioned in the center of the drone 100. Aremote device 106 is typically provided that can provide commands, suchas increase lift, decrease lift in order to hover, or move in a givendirection. The central controller 105 may include a printed circuitboard or other electronics configured to provide control to the drone100, as well as a power source and a receiver configured to receivesignals from a remote transmitter within remote device 106.

In normal operation, a user may move control switches or devices on theremote device 106, which are converted to electronic commands andtransmitted to the receiver on the drone 100, which converts the signalsreceived into electronic commands provided to internal electronics thatcommand at least one and as many as all of the propellers to increase ordecrease speed. In certain micro drones or drones, an ability to movethe axis of rotation of an individual propeller may also be provided andcontrolled or commanded. Micro drones providing such control ability arecommercially available, and any such micro drone or drone, or even asimple hovering and controllable engine, may be employed with thelightweight surface that provides an ability to be controlled to fly ina desired path or course and provide the additional functionalitydescribed herein.

While shown with four propellers in FIG. 1, the micro drone may be anysized drone or hovering device and may include any reasonable number ofpropellers or devices that provide thrust, e.g. aerodynamic thrust, in afluid such as air, including fewer than four propellers or thrustproviding devices or more than four such propellers or thrust providingdevices. In essence, any device that can hover, move, and be controlledand can support its weight and additional weight may be employed. Such adevice or devices are generically referred to as “drones” or “microdrones” herein, and those terms are intended broadly to include unmannedhovering devices of any shape or form.

The remote device 106 may include different control elements, such as amulti-position switch that allows for sliding right and left andarticulating forward and backward. Such controllers and controllerswitches or control buttons are common in remote control devices such asdrones and remote control cars. In the case of drones and micro drones,the buttons may be employed to control throttle, banking, trim, movementdirection (left, right, forward, back, up, down, and/or various modes offlight. Movement of the buttons and switches provides control over thedrone or micro drone.

FIG. 2A shows a first embodiment of a drone according to the presentdesign. From FIG. 2A, drone 200 includes a body 201 and rotors 202 and203 in this view, representing two rotors of the four employed. Rotorcages 204 and 205 are provided with rotors 202 and 203, respectively, tokeep foreign material from fouling the rotors while enabling fullthrust. Body 201 comprises a number of bays including a number of trays,in this representation fifteen bays including trays in bays 206 a-d. Thebays and trays may house items, such as pill prescriptions, or mayreceive items, such as samples. The front sides of the trays includemeans to engage or otherwise release the trays such that a user canobtain access. For example, a locking device may be provided wherein auser may have a key, or an electronic code unlockable lock, or athumbprint reader, retina scanner, combination lock type device, and soforth. In essence, any type of locking mechanism may be employed, andthe lock may be remotely operated. For example, when a user wishes toprovide a sample to a bay of the drone, and a control unit or personoperating a control unit may release the locked bay such that the usercan insert the sample. Once unlocked, the opening may be spring loadedsuch that access to a device such as a carrier or container may beprovided to the user.

FIG. 2B is an alternate version of a drone according to the presentdesign. Rotors 251-254 are shown, as well as central controller 255.

A representative side view of a container that may be included in thepresent design is shown in FIGS. 3A and 3B. From FIG. 3A, innercontainer 301 is held in bay 302 and has front door 303, having twoprotrusions 305 and 306 locking, in this view, the front door 303 inposition and against spring 304. In this arrangement, while protrusionsare shown as two circles, in this embodiment these represent tworetractable tabs provided at the near edge of front door 303 in thisview that engage and lock with an inner wall of bay 302 such that whenreleased, the tabs retract away from the inner wall of bay 302 and allowthe front door 303 to swing open. Spring 304 is compressed in thisarrangement. The front door 303 has locking and unlocking technologyprovided therein, such as the options discussed above, and a user orremote device may unlock the front door 303 such as by entering a codeby hand or electronically. Once such a code entered or the door lockingmechanism is otherwise released, the front door releases the twoprotrusions 305 and 306, which results in the compressed spring 304providing force to move the container forward.

FIG. 3B shows the inner container 301 with front door 303 open, hereusing a hinge (not shown) that either opens front door 303 automaticallyor allows front door 303 to be opened manually, such as by the user.Spring 304 is decompressed and access is available to the opening of thebay 302. In certain instances, a receptacle sized for the medication orobject being provided may be included within the inner container 301, ora receptacle may be provided sized to receive a known object, such as aslide including a sample, a syringe, or other object. Sizing in thismanner ensures the appropriate object is received and/or the appropriatemedications or objects are provided to the user and lowers the risk ofincorrect medical care.

Multiple such containers and bays may be provided with the apparatus,each having separate unlocking hardware, or the opening or doorcomponents may be controlled centrally within the drone. For example,the drone may receive a remote command to unlock inner container numbersix because the drone is known to be proximate patient number six orhis/her healthcare provider, and the internal processor in the drone mayissue an unlock command to inner container number six.

FIG. 4 illustrates an arrangement with multiple bays provided with drone401. FIG. 4 is a side view of the drone 401, including a number of bayssuch as bay 402. In this configuration, the various bays holdprescriptions, specifically pills, for patients and in this embodiment,each having a digital display provided on the locked door. The digitaldisplay may display varying information, such as the name of thepatient, a code representing the patient, a reminder or indicator (e.g.“Wednesday dosage”), or other relevant information. In one embodiment,one or more of the bays may be intended to receive a sample from apatient or caregiver, such as a blood sample in an appropriatecontainer. Also shown in this view is a pair of rotors 403 and 404, eachhaving a cage 405 and 406 surrounding each respective rotor to decreasechance of fouling of the respective rotor. While shown in this view as acircle containing multiple rectangular bays, drone 401 may take varyingshapes, and bays may be disposed at different positions on the drone.For example, the drone may take a generally block shape with baysprovided on facing sides, or an irregular shape with bays provided atvarious positions. Bays may take any shape, including circular orirregular in shape, and multiple rotors would typically be provided.While two are presented in FIG. 4, it is understood that four or morerotors may be employed.

FIG. 5 illustrates a top view of an alternate embodiment according tothe present design. In this embodiment, four rotors 502-505 areprovided, each having surrounding cages, with drone 501 comprising anumber of bays including bay 506. In this orientation, the multiple baysare rectangular in shape and fan outward from a center 507. Again, thedoors to the bays are locked and inaccessible unless unlocked, and mayinclude digital screens or other indicator(s) to indicate the intendedrecipient or transmitter. Certain of the bays may be used for receipt ofmaterials, others for transmission of materials.

Further, in one arrangement, multiple drones may be deployed together,such as on a driver operated or driverless vehicle and/or craft, suchthat locating each drone to a desired place can take place. For example,drones may be housed at point A, several drones collectively provided toa vehicle near point A, wherein the vehicle transports the drones topoint B, and each drone is sent to a desired point or set of points C1through C27. Such an arrangement may be beneficial when a vehicle isavailable and flying each drone to and back from a location is beyondthe range of the drone, or excessive power is consumed, or certainissues between point A and B exist, such as dangerous winds, vandals,and so forth. Such a deployment may take one vehicle and a driving crew,perhaps as few as one driver or pilot, and less fuel and power than thevehicle traveling to points C1 through C27.

Each drone is rechargeable as disclosed below. When housed on a vehicle,charging or recharging may be provided, and in certain instances, thedrone may return to the vehicle, recharge, and travel to a furtherlocation.

FIG. 6 shows a hypothetical arrangement of command and control of atleast one, and in some instances many, drone devices. From FIG. 6, base601 may include a charging station 602 and may maintain a drone 605until needed. Control electronics 603 may be manual or automatic and maycommand the drone to travel from location A to location B. Controlelectronics 603 transmit over a known frequency and commands arereceived by the drone 605, and commands may be encrypted and decryptedby the drone 605. At location B, the drone may land or be received, anda charging station may be provided at point B but is not required.Typically point B may be a remote location having no direct connectionto the particular drone deployed, such as a residence or facility, andno charging station may be available. The user 604 at point B mayreceive or encounter the drone and may interact with the drone to unlocka prescribed bay, including unlocking it himself or herself using aphysical key, a password received, or may communicate with the controlelectronics 603 or other remote control device (not shown) to indicatehe or she is proximate the drone and wishes to have the bay unlocked.The remote control device may either release the door on the desired bayby transmitting a signal over the air, or may provide the user 604 withan unlock code, or may provide the user with capability to unlock thebay electronically, such as via a local signal such as a Bluetoothsignal. Control electronics may be remote but alternately may beprovided with drone 605, thus enabling bay unlocking locally.

Once unlocked, the user may retrieve or provide the requisite items toor from the drone, and the user would preferably close the door or arelease or otherwise cause the door of the bay to secure the enclosure.As may be appreciated, a bay may be used to provide a medication orother item to a user and then the same bay may be employed by the sameuser or transported to another user and may receive an item. Oncesecured, drone 605 may return to point A and may be recharged byemploying charging station 602. In another aspect, drone 605 may bedeployed to a further point and/or user and may receive or transmitdifferent elements from or two the further user. In all instances, drone605 ultimately returns either to point A or may return to anothercollection or securing point, may be recharged, and may be deployedagain once all items are retrieved and new items inserted intoappropriate bays.

Base 601 and optional charging station 602 may be located on a movablevehicle, for example, or may be otherwise moved or relocated as desired.Control provided from control electronics 603 may be entire flightcommands provided initially or may be flight commands provided as thedrone 605 progresses through the route, and commands may be provided inreal time. For example, GPS information may be collected or assessed bydrone 605, with appropriate GPS electronics provided, and flight datasuch as roll, pitch, and yaw angles may be monitored using for examplegyroscopic technologies, and such information may be providedperiodically, or at a desired or appropriate or selected time, tocontrol electronics 603. In this manner, if the drone 605 hits difficultwinds or for some reason goes off course, commands may be issued tocorrect the flight path. Alternately, the drone may be equipped toassess its current position and may have map data and may be configuredto navigate to the desired point, whether in GPS coordinates, X-Ycoordinates, latitude and longitude, etc. A drone 605 at location X maydetermine no obstacles over 10 feet high exist between its currentposition and the target location and may fly or be guided to the targetin a direct path. However, if telephone lines are present along thepath, for example, drone 605 may guide over an alternate flight path toacquire the target location. Such navigational capability providesadditional complexity and needed functionality on the drone, but doesnot require a long range antenna and may require only an initialdisclosure of the target location and may navigate to the target withoutneed for further communication.

FIG. 7 illustrates a general representation of the drone electronics700. Antenna 701 allows communication between the drone and controlelectronics 603 when the control electronics are located remotely fromthe drone. Location determining element 702 may include GPS locationelectronics, map data, or other functionality to determine the currentlocation of the drone and/or orientation of the drone, as well as thedesired flight path based on target location received. Locationdetermining element is optional, particularly if the drone is manuallycontrolled, and may interface with antenna 701 to transmit currentflight state variables to the control electronics, such as speed, roll,pitch, and yaw angles, as well as necessary other parameters, such asbattery charge level. The information from location determining element702 may be used to drive the drone and control its path using driveelectronics 703, which drive the rotors and control surfaces of thevehicle. Lock/unlock module 704 may interface with antenna 701 toreceive a lock or unlock command and may effectuate locking or unlockingof each individual bay provided on the drone. For example, controlelectronics 603 may transmit an unlock command for bay 2, which may bereceived by antenna 701 and provided to lock/unlock module 704, whichmay unlock the door for bay 2, allowing access to bay 2. A correspondinglock command may be received, or the user may simply close the bay door.

Recharging in this arrangement may be accomplished using varioushardware. In one embodiment, the drone may simply be connected tocharging electronics, such as hanging from a high location, and thedrone may dock with or be manually joined to the charging electronics.

Sensors

FIG. 8 includes a further conceptual representation of a drone or microdrone according to the present design. From FIG. 8, drone 800 mayinclude a power source 801, a receiver 802, a processor 803, a thrustarrangement 804 including at least one thrust mechanism, and a sensorarrangement 805, which may include one or more sensors. In one aspect,the sensor may be a camera or video device that may be lightweightenough to be supported by the thrust arrangement 804 of drone 800 andmay include a transmitter or a storage device configured to transmit orstore video data, respectively. In one arrangement, the sensorarrangement comprising a camera or video recording device may interfacewith processor 803 or an alternate processor to determine the presenceof a desired item, such as a person, a reference point, or other visualcue. Other forms of sensor may be provided, including an audio sensor,or a simple senor that senses light or temperature or some otherphysical attribute and/or phenomenon. Multiple sensors may be providedwith the drone, including but not limited to a video sensor and an audiosensor, or in some situations two or more cameras or video sensors withone drone. In some arrangements one or more sensors may be provided witha drone while no sensors or fewer sensors are provided with anaccompanying drone. Any combination of sensors and drones may beprovided, and certain drones or micro drones may include no sensors orsensor arrangement.

In the case where the sensor arrangement of at least one drone comprisesa camera or video sensing device, the drone may be provided with atransmitter that transmits the video information to control electronics603, for example, or another device where the images may be viewed by auser or other person. Transmission in either direction, from controllerto drone or drone to controller, may be by any practical means,including but not limited to RF (radio frequency), Bluetooth, WiFi,microwave, cellular, or other appropriate communication medium.

The drone may be constructed of a lightweight material in its frame orexterior, such as of an aerogel graphene material or other lightweightmaterial. The drone may employ a solar cell for recharging purposes toincrease hovering or lift time, and the solar cell may feed a smallbattery, with both the solar cell and the battery of a lightweightconstruction. The drone may employ a lithium rechargeable battery orbatteries. Any type of thrust mechanism may be employed that ispractical, including propellers or miniature jet type engines, forexample. The apparatus may be fitted with a digital or mechanicalgyroscope, altimeter, and/or accelerometer to determine pitch, roll,yaw, elevation, and motion (speed, acceleration, etc.).

The present design as noted may include sensors, including a camera orcameras, an audio sensor or sensors, and/or other sensing devices. Whenthe drone arrangement is moving, it may be visually sensing itssurroundings, including sensing reference materials, such as reflectivebands or reflective item, for example an aluminum impregnated marker.Once these markers have been sensed, the device may transition to a nextposition, or alternately, the device may sense certain movement, such asmovement of a person having a reflective item on his or her body, andmay be employed to sense speed of running or even parameters such asdifference between desired movement and actual movement, e.g. the useris employing his arms too much while running

Charging Station

FIG. 9A is a side view of a sample charging station 900 that isconfigured to receive and recharge rechargeable batteries. Pads 901,902, and 903 receive the rechargeable batteries, where the receivingbatteries are placed in contact with or proximate pads 901, 902, and903, or at least one of the pads. FIG. 9B is a top view of the chargingstation design, with pads 901, 902, and 903 shown and openings 904 and905 presented to receive drone hardware.

FIG. 10 illustrates an alternate multiple unit charging station 950,with an empty charging station 951 shown as one of nine in thisembodiment. Drone 952 is charging at one station, and this arrangementcan accommodate nine such devices. The charging station 950 is poweredby electric source 953, which may be a solar cell, wall outlet, battery,or other appropriate power source.

As may be appreciated, rechargeable batteries are known, and rechargingof such batteries may be accomplished by an exposed surface meeting withanother exposed surface, and lithium ions travel from the chargingstation to the battery cell being charged, and in the case oflithium-ion batteries, from a positive electrode to a negative electrodethrough an electrolyte. Such rechargeable lithium ion batteries shouldbe lightweight and allow for a relatively lengthy period of drone/microdrone operating time.

While not shown in the present drawings, the present design may includesolar cells as primary or supplementary power sources. Such solar cellsmay be provided with the drone or with elements attached to the dronethat powers the drone.

Contactless Patient Assessment

The present design may include hardware configured to noninvasivelyassess health attributes of a specific user or patient. The presentdesign may take the form of a device including a drone and at least onesensor and in certain instances more than one sensor, such as a cameraand an audio collection device, where the device has processing andcommunication capability. In this manner, an individual can be locatedproximate a drone device at any desired location, such as her residenceor place of work or elsewhere, that can be configured to meet herpersonal care needs, including medical needs, and can providenoninvasive assessments of patients using the hardware provided. In oneembodiment, the user/patient may also enter information manually and theinformation may be received at the drone.

In one embodiment, information received may include bowel sounds andsounds emanating from joints and other body parts. Such sounds may beassessed and recommendations or suggestions presented. In such anembodiment, the apparatus comprises a sensor configured to receivespectral gas data including body organs spectral gas data emanating fromthe mouth, bowel or sweat glands of a patient.

The system may include a portable device configured to be taken with theuser/patient, while traveling locally or long distance, and the portabledevice may connect with the base device such that the user may recorddesired information and provide the information to a central location,such as control electronics 603 or a network operations center, at alater time.

The present system may include a communications network, which may beserver or cloud based, wherein the user/patient can store personal careinformation, obtain personal care information such as recommendationsspecific to the user, and may schedule and receive reminders, and soforth.

Communication may be effectuated between a base station, or processingand storage site, and one or more drones in any manner known andavailable, including but not limited to internet connectivity via wire,wireless (802.11a/b/n/g, Wi fi), cellular, and or other communicationmeans. More than one such site may be employed and more than one suchsite may carry out some of the functionality disclosed herein.

In operation, user interaction with the device and/or modules may entailthe collection of data that may be retained at the device, with dataprovided from modules to the device via WiFi, Bluetooth, or through aUSB connection or by any other means known in the art. The processor atthe device may process the data using device formulas and/orapplications and may format the data into graphs, charts, diagrams,virtual assistants and other forms to be displayed to the user via, forexample, the device (2D, 3D, or holographic) screen. The data and/orinformation may be controlled by the user and may be sent from thedevice to a remote location, i.e. a virtual “cloud,” where theinformation may be collected, analyzed, and/or stored. Once transmittedto the remote devices, the user information may be maintained, analyzed,and specific user recommendations or information may be transmitted backto the user. As currently configured, varying levels of service may beprovided. As one example, a gold/silver/bronze level of service may beprovided, wherein bronze is simply maintaining data at a remote site,silver is analyzing data and providing recommendations, and gold is aconcierge type service where the user may be provided contact withavailable personnel (physicians, pharmacists, personal shoppers,cosmetics specialists, optometrists, dentists, etc.) and particularneeds will be addressed. Different or alternate levels of service may beprovided.

As may be appreciated, virtually any type of information may becollected and/or provided using the device/module arrangement providedherein. The ability for the user to indicate specific needs and desiresvia a keyboard and possibly a mouse, and for the device to displayinformation and act as a mirror enables a virtually unlimited range offunctions. A particular user may wish to receive clothingrecommendations and may have her skin tone and hair color determined,and clothing color recommendations provided. Body type may bedetermined, and age entered, and age appropriate wardrobe selections maybe provided based on an analysis provided from the remote location.Another user may have a blood sugar issue, and his blood sugar may bemonitored and tracked, and based on his history and desires,recommendations as to what to eat and/or when to eat may be provided tothe device and/or to the handheld unit. Another user may want to monitorstock quotes and baseball scores in addition to tracking his progress ona weight loss program. While providing stock quotes and baseball scoresis not strictly a personal care function, the present design may offerany type of functionality offered by a computing device and/or tabletand/or smartphone. The user may be exercising with the handheld unittracking his progress, i.e. time spent exercising on a treadmill, whilethe device may display stock quotes or baseball scores. At the end ofthe user's workout, he may weigh himself using the scale module and mayreceive meal recommendations and/or a graph of his exercise progress orweight via the device. Thus single or multiple functions anddeterminations may be provided or made based on functions, applications,and computations available, as well as the needs and desires of theuser, in addition to the functionality provided at the remote devicearrangement.

Organ Health Assessment

The present design is applicable in the telehealth field, wheretelehealth contemplates the remote evaluation and management of thehealth of individuals. The present design enables a healthcare providerto perform a contactless noninvasive physical assessment of a patient orpatients using artificial intelligence or other functionality to performevaluations of various bodily organs and/or body components. Suchassessments can provide evaluations yielding reasonable resultsequivalent to the generally accepted current methods of physicalexamination (inspection, auscultation, palpation and percussion) butfrom a remote location.

The present design employs a drone that may use at least one camera,microphone and/or sensor to obtain specific direct measurementsincluding but not limited to intensity of skin coloration, temperature,hair follicle displacement, quivering, fasciculations, constructed anddeconstructed multidimensional, directional and non-directional soundwaves, spectral gas analysis of emanated body gases, as well as othernoninvasive single or multiple data points measurements related to theinferred, predicted and validated body organ vital sign.

The drone may provide the collected information to a remote system, suchas a collection and assessment system, that allows user interaction anddata collection to track the health of the user, for example. One suchsystem is described in U.S. patent application Ser. No. 16/027,352,entitled “System for Remote Noninvasive Contactless Assessment andPrediction of Body Organ Health,” inventor Ayman Salem, the entirety ofwhich is incorporated herein by reference. The present system in itsentirety, including the drone arrangement described and the remotesystem, may provide a method of generating a prediction model for bodyorgan health. The system determines vital signs of interest by providingmore than one data point source entry with a Model DeconstructionTransfer (MDT) platform comprised of a variable library (VL), whereineach data point enters at least one data set relevant to the vital signof interest into the MDT platform and selects variables from the VL thatare relevant to the vital sign of interest. As an example, whenassessing heart health, skin color may be assessed and used as a datapoint. Such a data point may range in importance anywhere from zero to100%; the system accounts for the information provided, particularly inconjunction with other information collected, and makes its best attemptto assign weight to the different observations, which may occur overtime, and assess health of the patient, particularly his or her organs.Further, the present system may generate at least one prediction model(PMo) for each vital sign from the MDT platform, wherein each PMo isbased upon the selected variables. Heart rate, observed pulse, skincolor, blood pressure, and so forth may all constitute data points.

The system may also generate a Model Component Library (MCL) from eachPMo, wherein the MCL comprises components that result fromdeconstruction of each PMo. For example, on a Tuesday the system maysense the patient has a skin color, heartbeat, blood pressure, generaldisposition, and weight. Such readings sensed may be deconstructed andstored in the MCL and subsequent readings may be collected such that thesystem may at a later point assess patient health, such as organ health.The system may generate at least one second prediction model (PMI) fromthe MCL, wherein the system employs the at least one PMI to predict theprobability of the health vital sign of interest to the healthcareprovider for a specific user. As many be appreciated, the system maydetermine that a user with a current heartbeat of X, blood pressure ofY, smoking history of Z, heartbeats of A1 through A60, representing 60readings of heartbeat, a blood composition of B, skin color of C, andcurrent body temperature of D may have a risk of stroke of EE, risk ofheart attack of FF, and risk of lung cancer of GG. In the system, logictrees and/or other artificial intelligence techniques may be employed.The system may generate a PMI using individual MCL components asvariables in the at least one PMI with differential weightings. A singleMCL component may be used more than once in a single PMI. For example, askin color of C may be used in assessing the health of multiple organsor systems in the patient. Further, each use or a single MCL componentmay be subject to a different statistical limitation. In one instance,skin color may have high importance in assessing and may be assigned avalue of, for example, 50%, while in another assessment skin color mayhave an assessment value of 1%.

The present system further provides a method of generating a predictionmodel of a vital sign of interest. The system is configured to obtain atleast one data set relevant to a vital sign of interest, selectvariables from each data set relevant to the vital sign of interest,generate at least one first prediction model (PMo) of each vital signbased on differential weighting or at least one data set variable. Thesystem generates at least one PMI and may further generate a ModelComponent Library (MCL) from each PMI. The MCL comprises components thatresult from deconstruction of each PMI, and the system may also generateat least one second PMI from the MCL based on a differential weighting,or the MCL components relevant to the vital sign or interest. In oneembodiment, the one or more body organ vital signs may be provided bythe system to a Model Deconstruction Transfer (MDT) platform comprisinga variable library (VL).

In operation, the system may make a number of assessments of a patient,in one sitting or at various times. The assessments are done usingcontactless physical “capture points” from a single device, or from datastored and exported from other similar devices with historical dataentry points. Such capture points may include different readingscaptured at different points on the patient's body, either during acurrent test or stored data from previous testing. A patient may haveher body temperature, blood pressure, and pulse taken over a period oftime, and may have available various blood, urine, and stool samplesavailable by visiting a location wherein the information pertaining tothe samples is provided to or received by the system. Further, thesystem may have available information about the patient, such as age,gender, blood type, known allergies, previous medical proceduresperformed, and so forth. Information available about the patientcollected by the system in these various manners may then bedeconstructed to determine relevant attributes and create a predictionmodel based on this information. For example, if the user has a pulse of81, the system may build a model for issues when the patient's pulsereaches 90, 100, 70, 60, or other specific values, including risk ofstroke, unconsciousness, and so forth. Models may employ multiplepatient attributes, primarily know attributes but also including unknownor assumed attributes and attempts to build at least one modelpredicting a possible course for this patient. A further example may bethat information about a patient's heart may be available and based onthe information the system may determine that if the patient continueson with his or her current course, he may run an X% risk of having aheart attack or a Y% risk of stroke within the next five years. Suchassessments are based on evidence based medical science includingstatistics and other available relevant information.

Other information may be available, such as information provided by theuser, for example representations of his diet or physical activity,mood, stress level, and so forth. The system may have multiple pieces ofinformation relevant to the user available and may employ allinformation or only certain information in creating prediction models.The MCL may include components from one or more prediction models, suchas an expected blood pressure at a point in the future assuming allother actions remain consistent, and such MCL components may be currentor forward looking, such as at some point in the future (future whiteblood cell count, future oxygen intake capacity, etc.) Hence oneparameter, such as red blood cell count, may be isolated and used indifferent models and libraries and may be available for use inprediction or use in a prediction model.

The system may alternately or additionally obtain a further data setfrom one or more body organ vital signs, wherein this additional dataset comprises other body organ vital sign data not represented in theMCL and is thus non-redundant and unrelated to data used to generate theMCL.

This additional data set may include a training set, used for trainingthe system and including either hypothetical or actual attributes, atest set using test information, wherein test information may be used toevaluate hypotheses or models created and typically include previouslydetermined or available data. Alternately, additional data may beprovided as a combination of a test set and a training set. Data in adata set may be divided into training and test sets chronologicallyaccording to the time of recording.

At least one PMI may include MCL components selected based onperformance of the PMI to predict probabilities of the body organ vitalsign in the training set or the test set. In such a configuration, whenpredicting for example heart health and blood pressure, prior bloodpressures may be employed in the prediction model, and MCL componentsmay include such prior blood pressures.

The system may generate at least one PMI from the MCL using individualMCL components as variables. In this scenario, the system may use atleast one PMI with differential weighting. The system may use a singleMCL component more than once in a single PMI. Each use of a single MCLcomponent may be subject to a different statistical function. Forexample, in one instance criticality of white blood cell count may bezero, in another 20 weighting, in another 50 weighting, and in another81.3 weighting. Value of the attribute may be a function of otherattributes.

A few specific examples are provided. In certain instances, thefollowing examples may be used in the system to validate and predictbody organ related vital signs. In the case of heart health, includingbut not limited to heart rate, blood pressure, cardiac output, vascularresistance, pulmonary circulation pressure, and so forth, the system maytake multiple measurements from predetermined body locales, peripheralor axial, either by a healthcare provider or using a 2D or 3D orholographic representation of the user's body, by touching the user'sdisplayed 2D, 3D or holographic image or by the user touching anappropriate part of his or her body with his or her finger. Alternately,the system may determine such parameters using a preliminary scanningdata sourcing algorithm that determines a preferred noninvasive datapoint sourcing from a desired physical point. The physical data sourcingpoint location is fixed and stored in the system using body surfacenavigation techniques and retrieved for future reference for data pointsourcing.

Regarding representations of the body, such as 2D, 3D or holographicrepresentations, certain technology may be available wherein informationabout the user's system may be gathered, such as heart attributes,stomach attributes, intestinal attributes, pancreas attributes,circulatory attributes (blood vessels, etc.), bone attributes, brainattributes, and so forth, either by scanning, examination, assumption,or otherwise, and such information is represented in a 2D, 3D orholographic model of the patient, and information may be gathered fromthis 2D, 3D or holographic model. For example, a patient havingundergone heart bypass surgery may have veins removed from his personand inserted in proximity to his heart, and the 2D or 3D model orholographic image may reflect the absence of veins and/or the presenceof veins and stitches, etc. near his heart. A patient known to have abrain tumor may have her brain radiographically, anatomically orotherwise represented with the tumor therein such that a remotephysician or the system may account for the size, shape, and quality ofthe tumor. Other representations, such as unknown attributes of theuser, may be generic in quality or quantity. For example, a woman with abrain tumor may have no information available about her femur, and ageneral or generic representation of her femur may be provided for awoman of her size. Information known about the patient may be used inrepresenting unknown organs or body parts. The result is a general modelof a patient's body which can be used to assess his or her health invarious circumstances and can be modeled to operate in an expectedmanner based on prior information—for example, heartbeat can be modeledbased on known attributes of the heart and prior measurements, such asblood pressure, pulse rate, cardiovascular health, and so forth.

With respect to heart health, in one example, the system uses multiplepoints of reference, wherein the user may touch one point peripherallyon his forearm, one point axially on his face, and one auditory datapoint related to the organ in question, such as the heart. Data pointinputs from a camera, microphone and a sensor located on a drone inaccordance with the depiction provided herein may be retrieved orobtained where relevant and information gathered is constructed to asingle data model. For example, the system may transform sound energyfrom the microphone to a visual geo-localized three-dimensional imagefrom the “Lub” (systolic) and “Dub” (diastolic) sound wave of the heart.Pixel to pixel convoluted neural network (CNN) analysis of the image maybe employed, for example, to render predictive correlations with otherheart related parameters not limited to systolic and diastolic bloodpressure, stroke volume and cardiac output. Convoluted, recurrent or anyother type of software or hardware artificial neural network inspired bybiological neural networks may be employed in this process.Reconstructed auditory images of the heartbeat can include additionalinformation regarding axis of heart rotation, velocity of blood column,valvular auditory inputs, blood viscosity, electrical signal spread inthe bundle of his or other heartbeat signal attributes. Additionalreadings from distant areas may also augment heartbeat information, withthe visible pulsing of veins and arteries under the skin of the user.Although data is received as different forms of energy, such as soundenergy versus light or visual energy or other readings, the systemtransforms differently sourced data points (one or more) to oneuniformly comparable data format. The system compares and correlates thedifferent data sources to a referenced vital sign, such as pulse orblood pressure. The measurements taken by the system can be recorded andused to train the user specific model of the individual patient toverify or validate a predicted blood pressure. The system may also testthe user specific AI model to fine tune prediction accuracy. The systemmay employ attributes of a patient, including attributes retrieved,calculated, and/or predicted, with other patients by matching attributesbetween patients, including but not limited to genetic and physicalattributes of individuals. The system compares a predicted vital signvalue with the actual measured vital sign and may correct for thedifference by re-adjusting the different weights previously rendered,continually fine tuning error margins and narrowing the gap betweenactual and predicted values.

For example, if patient X has a certain BRCA genetic makeup anddeveloped breast cancer at age Q, and patient Y has a similar physicalmakeup and BRCA gene distribution or profile, Patient Y may be expected,with a level of uncertainty, that she may contract breast cancer at asimilar age. In this manner, the system may obtain, calculate, orpredict other heart related vital signs that can be evaluated and/orcorrelated to diagnose and manage heart diseases, for example.

In the case of lung health, including but not limited to respiratoryrate (RR), CO₂ level, lung volume, pulse oximetry, breathingcharacteristics, jugular vein distension (JVD), pitting edema, and/orbody pH level, the same general overall concept applies. The system mayobtain oxygen saturation via pulse oximetry (SaO₂) by the user directlyputting his or her finger on a body location collected using a camera inaddition to noninvasively obtain the lung sounds at apices or bases ofthe lungs. The system collects or correlates such measurements withchest wall expansion using two observation points on the exterior of thepatient or chest wall spatial excursion. The system, from thisinformation, may determine a value, known as the FEV1/FVC ratio orTiffeneau-Pinelli index used in the diagnosis and management ofrestrictive and obstructive lung diseases. The system may obtain otherlung related vital signs and may correlate collected information for thediagnosis and management of lung diseases. For example, as describedherein, the system may use a microphone, camera, and other components,including but not limited to other medical sensing mechanisms to senseattributes of the patient, either visually available, audibly available,or otherwise available to make the determinations and assessmentsprovided herein.

The system may also determine vascular health. Vascular Health in thissense may include, but is not limited to, vessel pliability,temperatures of hands or feet, hair loss, ulceration, atrophy, and/orskin discoloration. The system, including the drone discussed, mayemploy a camera to measure the degree of two or multi pointsdisplacement of, for example, hair follicles due to superficialpulsations of a midsize artery like the radial artery at the wrist, orthe patient's superficial temporal artery in the temple area, or a largesize artery such as the carotid artery in the neck. The system maycorrelate these visual data points with visually transformed images ofheart sounds, and in this manner the system can establish a vascularwall elasticity index. Such an index may facilitate the diagnosis andmanagement of vascular disease.

The system may also assess, predict, and diagnose issues with skeletalhealth, including but not limited to deformities, warmth, swelling,range of motion (ROM), and/or presence of scoliosis. The system, in oneembodiment including the drone provided with a microphone or otherauditory sensor, noninvasively assesses sounds emanating from joints andcorrelates such sounds to visual cues from specific joints e.g. range ofmotion, deformities, warmth, and swelling. As a result, the systemestablishes a flexibility index used in the diagnosis and management ofeach body joint health and disease state.

In the area of gastrointestinal microbiota health, the systemnoninvasively assesses sounds and gases emanating from the patient'sgastrointestinal tract and correlates such sounds and gases to an axialand peripheral skin perfusion color analysis as well as heart sound. Thesystem indirectly assesses gastrointestinal perfusion and generates andfollows a digestive index that can be used to assess the gut microbiotaand their response to different foods or pharmaceuticals, as well asingestible items that can be avoided, and any change in the gutmicrobiota that may result or influence the gastrointestinal health ordisease states.

The system may auditorily receive and assess bowel sounds, where suchsounds represent the intrinsic gastrointestinal secretions as well asgas produced by gut microflora or microbiome. The gas content (echochamber) of the bowel reflects the metabolic activity of the gutbacteria (microbiome) and such metabolic activity is reflected in theheart rate and blood pressure of the patient via thegastrointestinal—brain connection. The immune system is also involved inthis delicate dance with fluctuation of body temperature related to“capillary gating” that allows nutrients as well as chemicals and somebacteria or their byproducts to cross over to the blood stream, causingsome antibody immune response. The system, monitoring bowel sounds andother available information, may provide a recommendation such as“adjust your carbohydrate intake by 50 grams per day, to avoid gasdistention and increase in your heart rate” or “your temperature waselevated following this protein rich meal and an immunoglobulin bloodassay test was ordered to be done with in the next 30 minutes,” withblood recommended to be drawn, such as by a health band, and analyzedimmediately or at a later time.”

The system may also assess sleep architecture health. Healthy adultstypically need between 7 and 9 hours of sleep per night to function attheir best. Most of the brain reparative processes happen during sleep.Sleep architecture refers to the basic structural organization of normalsleep. Two types of alternating sleep cycles exist, non-rapideye-movement (NREM) and rapid eye movement (REM). Irregular cyclingand/or absent sleep stages are associated with sleep disorders.Cardiovascular, respiratory, sympathetic, renal and endocrine body stemsshow physiologic changes that occur during sleep. While a user isasleep, if appropriate for the use of a drone employing a microphone orother auditory collection device, the system may assess sounds ofturning on bed and degree of snoring or breathing, and these sounds canbe correlated with heart rate and other visual cues to noninvasivelyassess and follow the sleep architecture health.

The present system may seek to statistically “curve fit” and comparepredicted data points using known predictive analytic techniques toactual data points. The system also employs contextual adaptationtechniques to narrow the gap in curve fitting between multiple, such asthree, elements of prior historical statistical analysis, current realtime data points and predicted future values of data. The present systemuses synthetic control of data points with “go/no go” methodology thatallows data points above a certain predetermined weight to enter intothe assessment and recommendation process described herein.

The present system thus obtains, assesses, and predicts body organ vitalsigns noninvasively by combining visual, auditory and other sensory datasensed from a device such as a drone hovering proximate the patient,where the drone or device has a camera, microphone, and access to otherrelevant medical assessment equipment, potentially joined to the systemvia a network. The system may also receive patient data from othersources, such as external sources at single or multiple “capturepoint(s),” and may determine information about organ health fromperipheral data or statistics. The system also tracks body organ healthand disease states remotely and noninvasively using a device such as thedrone arrangement or arrangement of drones described herein togetherwith other system components described. The user may enterinformation—foods consumed, mood, general health, specific health, viathe devices presented herein.

The present design thus provides a drone arrangement that is configuredto receive, from a sensor configured to detect blood distributionanalysis and spread at two or more regions of a patient or user viapatient skin color, tone, temperature, condition(dry/soft/firm/swollen/sunken), and capillary refill. The system may, inthis instance, receive an image indicating a first blood distributionand spread for a first region and another image indicating a secondblood distribution and spread for a second region. The system maycompare the first blood distribution and spread for the first region andthe second blood distribution and spread for the second region toprovide a blood-distribution/spread asymmetry representing a differencein heart health between the first region and the second region.

Alternately, the system may receive and compare data from a microphonesensor capable of detecting body organ sounds. Data is captured througha microphone sensor targeted specifically and compared to the samephysical point location of a body region on the patient. The systemcompares capillary refill, with different data obtained from differentsensors (optical, infra-red, tactile, etc.) as well as a microphone toindirectly or directly infer and determine respiratory rate (RR), lungvolume, pulse oximetry, breathing characteristics, jugular veindistension (JVD), and/or body pH level, pulse/heart rate, bloodpressure, heart rhythm, and EKG values using appropriate hardware andhardware modules. The device may collect, compare, and measure dataeither directly or using processing to directly or indirectly infer abody organ measurement from a baseline measurement. As such, the systemassesses body organ health, and generates a specific health suggestionto the user in one embodiment.

Alternatively, the system may receive and compare data from a devicesuch as a gas spectral analysis sensor capable of detecting differentgases emanating from body orifices or skin. The gut—brain axis is acommunication system that integrates neural, hormonal, and immunologicsignaling between the gut and the brain and other organs, offering theintestinal microbiota a potential route to access and influence multiplebody organs. The gut microbiota is implicated in nutrient acquisitionand energy harvest and produces exo-metabolites, such as short chainfatty acids (SCFAs), that may regulate a host metabolic process. Gaschromatography-mass spectrometry or other means can noninvasively assessboth mouth odors from halitosis or fecal gases not limited to butyrate.Oral, gastrointestinal and related organs like tongue, salivary glands,liver and spleen can be remotely and ono invasively assessed. The systemmay assess these factors or characteristics and may provide healthsuggestions by applying the current methodology.

While the drone in this instance may be hovering in front of thepatient, as an alternative, the provided elements, such as the camera,microphone, etc. may simply be positioned in front of the patient by thepatient or a third party. Such operation can be beneficial in the caseof difficulty obtaining readings while hovering. In such a situation,the drone may fly to or otherwise be transported to a point near thepatient, and the drone may be collected by the patient and relevantequipment, such as the camera, microphone, etc. may be manually placedin a desired orientation near the patient. The drone may then be used tocollect the data, and the drone may return to a desired point, such asby flying in a manner depicted herein.

The system initially collects information known about the body part,either previously assessed or predicted or calculated. The systemassesses further information using the system hardware disclosed herein,including video, audio, and/or other sensing functionality. The systemcreates at least one prediction model based on data collected andestablishes a model component library based on data contained inrelevant prediction models. The system may provide vital signs to aModel Deconstruction Platform, which deconstructs the model intocomponent parts, where the Model Deconstruction platform includes aVariable Library representing variables applicable to various patientattribute assessments and predictions. The system may create or enhancea representation of the patient based on relevant information, whereinthe representation may be 2D, 3D, holographic, or even textual or anyother form of patient representation known in the field. Point 2008 isthe system assessing at least one patient attribute based on availableinformation, such as visual determinations from multiple points of theuser's body, visual determinations and audio determinations, etc. Thesystem may predict patient attributes or a single attribute and mayoptionally provide the prediction to the patient. Again, suchpredictions depend on circumstances but may be as mundane as “if you donot take aspirin, you run the risk of further wrist pain” to “you may beat elevated risk of cancer in less than 8 years.”

Individual or collective vital readings, organ assessment and orrecommendations employ the blockchain concepts disclosed herein, i.e.are provided on a distributed ledger format, to aid different healthproviders to review, assess or retrieve information for further clinicalmanagement, third party billing, or other administrative relatedactivities. Blockchain provides regular, such as daily, reporting thatincludes entries of desired categories (e.g. food, beverage, activities,symptoms, medicine and vitals) in addition to recommendations, whereinrecommendations are determined either via artificial intelligence orprovider interactions, and/or recommendations for a specific date ofservice.

The system may self train. In one example, if today's measured bloodpressure is 140/90 the system accounts for all available informationsuch as calories, symptoms, medications, activity, weather, season, GPSlocation, genetic factors and other factors, and may predict a numberfor blood pressure at a specific time the following day. The patientmeasures his/her blood pressure on that specific time the following day.The system accounts for any difference between actual and predictedmeasurements and creates a training set of systolic and diastolicnumbers to adjust future prediction accuracy. Such test/correctprocessing continues as long as necessary to lower the probability of asuccessful reading to as low a value as possible. For other vital signs,such as heart rate, readings can be assessed using available devicessuch as a health tracker or other peripherals, or contactless in somesituations.

The system may call for a blood sample at certain times, wherein blooddrawn may be analyzed instantly or later to train the system further.Training can include radiological, laboratory or other diagnostic data.The system obtains patient history, performs a physical exam, and orderstests. The system then diagnoses based on known information to be ableto recommend different management options. The system may employauditory sensing to receive a conversation between doctor and patient,and may assess doctor textual entries to make recommendations.

In general, during operation, the user/patient positions himself/herselfin front of the drone device, or the drone device is positioned in frontof the patient and/or sensors, or uses the modules available. The userpoints to area of symptomatology. Sensors focus on this area, determinedby sensing the user finger and the region proximate the tip of thefinger, and gathers visual data noninvasively. Sensors may gather datafrom other areas of the body. The system may determine or call for otherrelevant sensor modalities to gather further information from the areain question or other related areas. The data gathered may be representedtextually, or in a 2D, 3D, or holographic representation of theindividual (heart size, bone attributes, brain attributes, etc.), and/ormay be represented on a holographic avatar. At this point, the systemmay initiate processing, by consulting with known information and/orrecommendations, and may determine and present diagnosticrecommendations. Such recommendations may be provided to the patient,insurance representative, or other authorized individual or entity, anddesired milestones may be provided or assessed. The system may thencreate, for example, a blockchain record, and may employ a blockchainmethodology similar or identical to that shown in U.S. patentapplication Ser. No. 15/943,585, filed Apr. 2, 2018, inventor AymanSalem, entitled “Enhanced Personal Care System Employing BlockchainFunctionality,” the entirety of which is incorporated herein byreference. Further attributes of the blockchain functionality employed,specifically the anonymization aspect, are discussed below. Further, theuser/patient may be incentivized at each agreed upon milestone withhealth crypto-currency or other incentives, with such informationprovided to the blockchain.

In the specific case of obesity and depression, the user/patientpositions himself or herself in front of the device and/or sensors. Thesensors gather auditory data from gastrointestinal tract, as well asheart rate, skin perfusion, user voice and an emotional analysis, whichmay be administered by a series of questions or may be based on factorssuch as posture, expression, and so forth. The system predicts futureweight and a future depression score, and these may be provided to thepatient. The system may offer communication capability for the user tocommunicate regarding his or her predictions with the system or aprofessional. The system may then, based on knowledge of the medicalfields of obesity, diet, nutrition, etc., develop a set of diagnosticrecommendations. Milestones can be planned, discussed, and/or approvedby a provider or insurer, as well as with the patient/user and otherthird party. The system may provide to the user an incentive methodologyincentivizing change in patient behavior, and such may be approved by aninsurer or other third party, or by the provider, and the patient/user.The system may create and distribute a blockchain record.

One additional attribute of the present design is that during aprovider—user interactive session (or sessions), data sources fromdifferent audio, visual or other data input(s) can be transformed into aunified data source and be processed as such. For example, theconversation between a provider and a user can be transcribed to visualtext and the system can weigh symptoms shared by a user based on speechand facial expression sentiment analysis. Spoken words by both user andprovider in this example are transformed to one or multiple 2D, 3D, orholographic visual representations to be entered in “go/no go” dataprocessing for the specified body organ. The system can search andretrieve the unified data source in the transformed or originalformat(s) as to facilitate bodily organ health assessment(s).

Additionally, in the specific area of neurological and mental health,speech analysis is not necessarily limited to sentiment, anxiety,irritability, contentment, aggressiveness or other speechdysfunctionalities and may include dysarthria, dysphasia, staccato,and/or scanning type of speech. The system can analyze such speechattributes by transforming sound waves of the conversation between theuser and provider into 2D, 3D, or holographic visual representation(s).Correlated image(s) or video of pupillary dilatation or constriction,degree of sweating, rate of eye blinking, eye movement, motor strength,balance, coordination, sensory perception, cranial nerves function,degree of alertness, ability to perform calculations, spatialcorrelations, higher executive brain functions as well as user/patient'stemperature, heart rate, respiratory rate, tremors, fasciculations,quivering or other visual imageries of the user would be entered intopixel to pixel convoluted, recurrent or any neural network analyses ofthe unified image(s) data source(s). For example, the system may employsuch speech/physical attributes to render predictive correlationsrelated to “brain health.” The system may generate other forms ofindices, for example an “organ response to treatment” index, “organdisease burden” index, and “social burden” index. The “social burden”index can be an indicator of impact on family members, providers, orsociety as a whole. The system may generate, correlate, assess, andprovide other types of indices related to organ health or the lackthereof.

Thus the present design may include an apparatus comprising a sensorconfigured to optically detect blood distribution analysis and spread atat least two external regions of a user via at least one of skin color,skin tone, skin temperature, skin condition, and capillary refill, and aprocessor configured to determine an image based on the opticaldetection of the sensor, the image indicating a first blood distributionand spread for a first region of the user and a second image indicatinga second blood distribution and spread for a second region. Theprocessor compares the first blood distribution and spread for the firstregion and the second blood distribution and spread for the secondregion to provide a blood-distribution/spread asymmetry representing adifference in heart health between the first region and the secondregion.

Blockchain Anonymization

The present device may employ anonymization in association withblockchain, anonymizing the information maintained thereon. In general,anonymization or deanonymization in the present design has similaritiesto the chromosomal DNA system, where DNA in humans is a double helix.The system employs a form of morphing based on nucleotide science, alsoreferred to herein as genetic or DNA processing, mapping, or morphing.As used in this section, the term “system” may include the dronearrangement discussed, and/or the functions and components related toanonymization of data and placing and retrieving data to and from adistributed ledger arrangement, such as blockchain.

Each helix of chromosomal DNA is made of a “sugar-phosphate” backbonewith “base pairs” for each double helix. A nucleotide is the basicstructural unit and building block for DNA. These building blocks arehooked together to form a chain of DNA. A nucleotide is composed ofthree parts: five-sided sugar, phosphate group, and nitrogenous base(nitrogen containing).

The sugar and phosphate group make up the backbone of the DNA doublehelix, while the bases are located in the middle. A chemical bondbetween the phosphate group of one nucleotide and the sugar of aneighboring nucleotide holds the backbone together. Chemical bonds, i.e.(hydrogen bonds, between the bases across from one another hold the twostrands of the double helix together. Four types of bases exist in DNA,namely Adenine (A), Cytosine (C), Guanine (G), and Thymine (T).

An allele is a variant form of a gene. Some genes have a variety ofdifferent forms, which are located at the same position, or geneticlocus, on a chromosome. Humans are called diploid organisms because theyhave two alleles at each genetic locus, with one allele inherited fromeach parent. Each pair of alleles represents the genotype of a specificgene. Alleles contribute to the organism's phenotype, which is theoutward appearance of the organism. Alleles may be dominant orrecessive. Alleles can also refer to minor DNA sequence variationsbetween alleles that do not necessarily influence the gene's phenotype.

The allele frequency represents the incidence of a gene variant in apopulation. Alleles are variant forms of a gene that are located at thesame position, or genetic locus, on a chromosome. An allele frequency isthe number of times the allele of interest is observed in a populationdivided by the total number of copies of all the alleles at thatparticular genetic locus in the population. Allele frequencies can berepresented as a decimal, a percentage, or a fraction, and represent anumeric quantity of genetic diversity. Changes in allele frequenciesover time can indicate that genetic drift is occurring or that newmutations have been introduced into the population.

In the present design, in one embodiment, the phosphate group mayrepresent GPS location while the sugar group may represent time. Thenucleotide bases represent the paired data points. For example, heartrate is paired with one or more relevant data points specific for thatcondition. For example, in a condition such as anemia, the two paireddata points may be heart rate and hemoglobin count. Other alleles canexist pertinent to the same individual utilizing other relevant datapoints such as heart rate and mean corpuscular volume of red blood cellsand so forth.

A nucleotide is the basic structural unit of human DNA and is formed ofsugar-phosphate-nitrogenous base. In the present system, a nucleotide isequivalent to a codon, wherein a codon is constructed of a GPS-time-datapoint. These codons, or data codons, written on blockchain areanonymized The system may employ deep machine learning and/or quantumcomputing methodology to predict the change between the actual readingand the predicted reading based on equations such as those shown in“Mathematical model for studying genetic variation in terms ofrestriction endonucleases,” Nei et al., Proc. Natl. Acad. Sct. USA, Vol.76, No. 10, pp. 5269-5273, October 1979, the entirety of which isincorporated herein by reference. As used herein, such processing isreferred to as genetic or DNA processing of personal informationscrubbed data.

In the present design, each codon starts with GPS-time, and then employspertinent data point(s) with associated alphanumeric codes atpredetermined intervals on the specific datasome, where a datasome isthe ongoing sequential accumulation of different data codons. Forexample, a DNA sequence may be created, such as TCGTTATCAG . . .representing a genetic or DNA sequence, and that sequence applied to thedata. The randomization of alphanumeric code happens on blockchain bycustomary and/or quantum computing. Two steps are employed inverification. First unlocking the “Geo-located” alphanumeric code on thedesired datasome; second, pairing of codons. Morphing calls for byassigning random alphanumeric codes and/or code parts from other codonson other datasomes, like having parts of financial codons appended to orprovided to a Health datasome, and so forth.

Assertive synchronization between different datasomes is authorized bythe user via any of the agreed upon authorization methodologiesavailable. An example is a user visiting a doctor, the doctor identifiesthe user using a Health Datasome (HD). The system morphs the user's HD,and additional blocks may be added in multiple dimensions by the doctor,and the user approves the changes to their HD. An assertivesynchronization event is approved by the user between their HD andFinancial Datasome (FD) for the doctor to be compensated and the systemmay further morph both HD and FD with a financial component, and thesystem saves the newly morphed Health Datasome Codon (HDC) and FinancialDatasome Codon (FDC) on blockchain.

The user is identified by the doctor or other appropriate personnelbefore the visit via a de-anonymization process, authorized by thepatient. At the end of the visit, the doctor or other appropriatepersonnel or entity generates a new data point with GPS and time stamps.The patient then approves the addition of a block or multiple blocks tohis health datasome with the option of additional morphing of datapoints. For example, if he had a co-pay for the doctor's visit, he canuse “fraction of cents” or “last four digits of credit card number” orany other piece of relevant financial information to “Morph” his Healthcodons for that visit. He can also morph it by relevant otherinformation, e.g. fashion information like “what color shoes” he or shewere wearing during the visit.

Authorization occurs to verify identity for the encounter and oraddition of codons on one's datasome on blockchain, also authorizationoccurs to pay for goods and/or services. The system may employpublic/private key technology to initiate the authorization process i.e.to obtain consent from the user to start the process of verification toreceive the service, pay for service or goods, share de-identifiedinformation, add codons, morph codons and other data related processespertaining to the individual.

Different data points may be employed in the system other thanhealthcare data points, such as diet, fitness, fashion, and nutrition.

The system of data anonymization employed herein may have multi-heliceswhere the sugar-phosphate backbone is replaced by a “GPS-Time” backbonefor the different datasomes, where a datasome is a chromosome of dataemployed in the current design. In the datasomes of the present design,“bases” are represented by the individual data point, such as vitalsigns and/or other health and medical related de-identified data points,co-localized with GPS location and time for the health datasome. Thesystem performs de-anonymization after obtaining authorization from theuser and can reveal personal identifiers, or simply the “pairing” ofrandom data points similar to “base pairing,” which can verify theconcealed identity of that individual without revealing any personalidentifiers. The system saves the de-identified data points pairingsequentially as a data footprint for the individual on a permissionedand/or permissionless blockchain. The system may use a few hundred orfew thousand random data points for verification and distribution acrossthe network, facilitating scaling.

The system converts, or morphs, collected data points into differentdistinctive structural formats that serve different functional roles. Anexample would be five different individuals with a heart rate of 90,representing an increased heart rate. One individual reaches a heartrate of 90 because of brisk walking, another individual had a heart ratelowering medication to bring heart rate down to 90, a third individualsuffers from anemia causing him to have an elevated heart rate, a fourthindividual lost some blood that caused his heart rate to be at 90, whilethe fifth individual became anxious and his heart rate reached 90. Thisshared single data point (heart rate 90) shared amongst all fiveindividuals takes five distinctive three-dimensional structures that aredifferent and totally exclusive for each one of those five individuals.If Global Positioning System (GPS) location, date and time stamps areadded to such events, the situation exhibits a more unique identifierfor each of these individuals as they uniquely exist in the space-timecontinuum without overlap. In the event that GPS localization fails touniquely identify an individual, then the sequential GPS identifierswith date and time stamps can be used by the system, equivalent to thegenomic sequence on a chromosome identifying an individual.

Thus different datasomes (data chromosomes) written to the blockchainare created to identify a user or individual, specific to certaincircumstances, interactions and/or transactions. As examples, a “healthdatasome” (HD) can be used as an identifier for health interactions, a“sports datasome” (SD) can be used for sports interactions, a“nutritional datasome” (ND) can be used for nutritional interactions, a“financial datasome” (FD) can be used for financial interactions and soon and so forth. Each datasome carries an intrinsic “transactionalvalue” written and reconciled on blockchain, either permissioned orpermissionless. For example, a healthy individual having a certainintrinsic value, e.g. 10× in their HD and possibly less or more in theirother datasomes depending on accrual systems employed.

In the present system, assertive synchronization between differentdatasomes is authorized by the user using a desired authorizationmethodology. An example would be a user visiting a doctor and the doctoridentifying the user using HD, e.g. time of day, GPS location, etc. Thesystem morphs the user's HD, and the system or doctor may add blocks inmultiple dimensions. The user may approve changes to her HD. The usermay approve an assertive synchronization event between her HD and PD forthe doctor to get paid, for example, providing both healthcare andfinancial information together. The system may morph both HD and FD andthe newly morphed HDC and FDC saved on blockchain. The system thusreceives information related to a person, entity, transaction, morphsthe information received a discussed below, and the morphed informationis provided to blockchain, with the possibility of multiple morphingsoccurring in series or in parallel.

An example of a health datasome (HD) illustrates how datasomes are builton blockchain specific for the user and operation is similar for otherdatasomes (SD, ND, FD, etc.) using pertinent data points written onblockchain for each corresponding data codon (sequential coding blocks).

“Health datasomes” (HD) are encoded data sequences unique for any user,with a structure based on sequential coding of different elements, suchas time (year, month, date, hour, minute, second), GPS coordinates(latitude, longitude and elevation), speed of the body of the user,human body anthropometric attributes (height, weight, eye color, haircolor, body habitus, scars, moles, walking pattern, hand movements,certain facial gestures, etc.), human body vital signs of the user(including but not limited to: temperature, heart rate, blood pressure,respiratory rate, skin blood diffusion color, pupillary size, oxygensaturation, body weight, etc.), human body laboratory values of the user(including but not limited to blood glucose level, complete blood count,complete metabolic, hormonal, enzymatic and bacterial assays, etc.),human body radiological and/or radiographical findings (including butnot limited to X-rays, CT scans, MRI, ultrasound, nuclear medicine,etc.), and human body disease symptoms and signs (including but notlimited to: General: anorexia, weight loss, cachexia, chills andshivering, convulsions, deformity, discharge, dizziness/Vertigo,fatigue: malaise or asthenia, hypothermia, jaundice, muscle weakness,pyrexia, sweats, swelling, swollen or painful lymph node(s), weightgain, Cardiovascular:

arrhythmia, bradycardia, chest pain, claudication, palpitations,tachycardia, Ear, Nose and Throat: dry mouth, epistaxis, halitosis,hearing loss, nasal discharge, otalgia, otorrhea, sore throat,toothache, tinnitus, trismus, Gastrointestinal: abdominal pain,bloating, belching, bleeding, constipation, diarrhea, dysphagia,dyspepsia, fecal incontinence, flatulence, heartburn, nausea,odynophagia, proctalgia fugax, pyrosis, Rectal tenesmus, steatorrhea,vomiting, Integumentary Hair: alopecia, hirsutism, hypertrichosis, Nail:clubbing, onycholysis, koilonychia, Skin: abrasion, anasarca, bleedinginto the skin: petechia, purpura, ecchymosis and bruising, blister,edema, itching, Janeway lesions and Osler's node, laceration, rash,urticaria Neurological: abnormal posturing, acalculia, agnosia, alexia,amnesia, anomia, anosognosia, aphasia and apraxia, ataxia, cataplexy,confusion, dysarthria, dysdiadochokinesia, dysgraphia, hallucination,headache, akinesia, bradykinesia, akathisia, athetosis, ballismus,blepharospasm, chorea, dystonia, fasciculation, muscle cramps,myoclonus, opsoclonus, tic, tremor, insomnia, Lhermitte's sign, loss ofconsciousness, syncope, neck stiffness, opisthotonos, paralysis andparesis, paresthesia, prosopagnosia, somnolence,Obstetric/Gynecological: Last menstrual period, abnormal vaginalbleeding, amenorrhea, infertility, painful intercourse, pelvic pain,vaginal discharge, Ocular: amaurosis fugax and amaurosis, blurredvision, Dalrymple's sign, double vision, exophthalmos, mydriasis/miosis,nystagmus, Psychiatric: amusia, anhedonia, anxiety, apathy,confabulation, depression, delusion, euphoria, homicidal ideation,irritability, mania, paranoid ideation, phobia, suicidal ideation,Pulmonary: apnea and hypopnea, cough, dyspnea, hemoptysis, pleuriticchest pain, sputum production, Rheumatologic: arthralgia, back pain,sciatica, Urologic: dysuria, hematospermia, hematuria, impotence,polyuria, retrograde ejaculation, strangury, urethral discharge, urinaryfrequency, urinary incontinence and urinary retention, etc.)

The advantages of having separate datasomes as identifiers instead ofpersonal identifiers such as name, age, address, social security number,driver's license number, etc. are in the area of privacy. Havingseparate identifiers using datasomes written in blockchain for differentspecific interactions further protects from quantum computing potentialunraveling of securitized blockchain data blocks, hence the datasomesrepresent the overall topographic map without the nomenclature of thegeography, making hacking or improper capture of such informationvirtually impossible, inhibiting identification of users withoutconsent.

In the present blockchain arrangement, user identifiers/information arepart of the individual account of the user. The user can grant access toany other user to show his account details.

The present design uses a key-pair (public/private), where the systemattaches the key pair to every user account. If Yasir wants to seeBhaskar's information on the app, Yasir sends a request to Bhaskar toshare the details. Yasir shares his public key with Bhaskar togetherwith a request to allow information on this public key.

When Bhaskar allows access, he grants Yasir the ability to view accountdetails, including HDs and other information on his account. Userdetails are passed via API endpoint to the system server to provide theaccess information to the blockchain. Access request and approval areseparate APIs. User details can be as simple as dictionary/json objectsor as complex as randomized quantum computing methodology.

Thus third parties can access the anonymized data, such as via a securenode. Users can be offered incentives to provide access to user data,but in all instances the user is in control of releasing his or herdata, or granting access, to third parties. The system may employ a datagenerator that decides if his/her data can be further released by thethird party, such as in exchange for a benefit.

The system may use data aggregation techniques. The system may employdata aggregation in the data generator account in structured,unstructured or a combination format. The data generator may obtain 2D,3D, or holographic data aggregating and converting tools to process andclean his/her data and convert such data from unstructured to structuredor vice versa. The system can employ data generators to mine raw datafor any specific reason, such as seeking to increase the value of theraw data. An example would be an unreported side effect of apharmaceutical or chemical agent that can be negated by a certain actionsuch as avoiding the sun or ingesting a certain food. Data generatorsmay mine data related to the pharmaceutical or chemical agent and maymake this determination or assessment, and certain third parties maypotentially have an interest in such a finding.

The system may also perform real time data manipulation and prediction.Prediction models may be employed wherein data flow is set to accruemore data when available or provide real time access to data beingcollected and assessed. Such functionality may provide an ability tocreate and employ real time prediction models, either physiologic orpathologic, based on and for the generated data using any reasonabletime frame, such as seconds, minutes, hours, days, weeks, months oryears. The system may utilize or employ omissions of data or datamanipulation in fine tuning the modeling in order to provide moreaccurate and realistic models.

The system may further employ third party data verification andsecuritization. The system may include a data generator that may referto or employ third party verification of the raw data collected forquality control. One example is collecting body weight data from a scalefor an obesity management program. The system data generator maysubscribe to a third party data quality control program, such as via anAPI or an embedded tool in the scale used to weigh the patient, thatassesses the quality of data generated and verifies the anonymized datais attributed to the same data generator without compromise of personalidentifier information.

The system may also employ the accrual of data royalties. For an entitysuch as a healthcare provider or a fashion or cosmetic provider, thesystem may generate a care plan for a specific user need. Such care planis specific to the care provider regardless of the raw data points thesystem uses to reach that proprietary care plan. If other providers orother third parties seek to use that proprietary output by the providerto train an artificial intelligence agent or for any other purpose, theprovider can accrue points or royalty values or otherwise anonymouslywithout revealing any personal identifiers. Different providers canaggregate their knowledge base and protect their collective informationpertaining to care plans, designs, color combinations, fabrics, and soforth. Thus a third party provider seeking to obtain certain informationmay build up credit and may redeem that credit for anonymizedinformation when authorized, where the information obtained contains nopersonal information.

The current system provides for unrestricted data ownership. Datageneration is a primary requirement for data ownership underdecentralized blockchain data management and banking processes usinganonymized data. In other words, data generated is intended to be ownednot by the underlying entities from which the data is collected, butrather the entity that collects and analyzes or otherwise processes thedata. Ownership of data may be apportioned amongst users and providersbased on agreed upon rules and regulations that may vary amongstuser/providers communities. A record is kept on blockchain toanonymously trace data generation, as well as the transfer, lease,selling, acquisition or any other process related to anonymization ofthe underlying data.

Generated data are fully transactable and exchangeable with differentcryptocurrencies, legal tender currencies and/or different rewards.Anonymized data can have different grades for the same class of data andvalue varies depending on free market conditions. The system may includea data exchange for different interested third parties to solicitanonymized data from data generators on blockchain. The value of a“block” of data on blockchain can vary based on certain attributes andmarket conditions.

In operation, user interaction with the device may entail the collectionof data retained at the device, with data provided from modules to thedevice via WiFi, Bluetooth, or through a USB connection or by any othermeans known in the art. The processor at the device may process the dataand may format the data into graphs, charts, diagrams, virtualassistants and other forms to be displayed to the user via, for example,the device (2D, 3D, or holographic) screen. The data and/or informationmay be controlled by the user and may be sent from the device, such as adrone, to a remote location, i.e. a virtual “cloud,” where theinformation may be collected, analyzed, and/or stored. Once the systemtransmits user information to the remote devices, such user informationmay be maintained, analyzed, and specific user recommendations orinformation transmitted back to the user.

The system may provide varying levels of service. As one example, thesystem may provide a gold/silver/bronze level of service, wherein bronzeis simply maintaining data at a remote site, silver is analyzing dataand providing recommendations, and gold is a concierge type servicewhere the user may be provided contact with available personnel(physicians, pharmacists, personal shoppers, cosmetics specialists,optometrists, dentists, etc.) and particular needs will be addressed.Different or alternate levels of service may be provided.

The system may be generally understood according to the followingFigures. FIG. 11 illustrates the concept of a data locus that is a datablock on a distributed ledger system, such as blockchain, that includesmultiple data codons. Health datasome 1101 is shown with data locus1102, where data locus 1102 includes health primary codons and fashionsecondary codons in this example. In this example, a patient/healthcareinteraction occurs, which may be in person or not face to face, such asover the phone or internet. The system generates health primary codonsand once approved, provides such codons to the blockchain. The Healthdatasome is combined or morphed with a secondary fashion codon on aspecific data locus. As an example, the user may have an MRI and theresults of the MRI may be combined or morphed by a specific fashionlocus, which may be anything fashion related, such as what the user iswearing that day or a piece of clothing he identifies.

FIG. 12 shows data mapping and nomenclature, wherein the system 1201generates three sets of actions based on user-provider interaction.First, the system records user vital signs, second the system recordsthe user's encounter with the healthcare provider, such as date, time,and GPS location of the encounter, and the system records the user'schecking out from the encounter. The mapping of the region or encountermay be randomly established according to healthcare provider protocol,such as date, time, GPS location, examination room number, or otherwise,and the system may record attributes such as heart rate 70, 20 minuteencounter on Tuesday Jan. 7, 2020 at 1:47 pm, and the system may assigna value equivalent, such as S40. Such a determination may be assigned bythe healthcare provider with a value of HDHR70M2OUSD40, which may befurther anonymized and processed or morphed using a secondary codon,such as fashion, and a blockchain hashtag. As shown in FIG. 12, thesystem 1103 then transmits the three pieces of information, anonymizedand morphed, to blockchain including health datasome 1101 and data locus1102. In this manner, the information is anonymized and randomized basedon a provider or user provided piece of information. As a result, theuser or provider may retain control of the information, only allowingde-anonymization at her or its pleasure.

FIG. 13 shows the general operation of anonymization of data. At point1301, the user deposits data with the system. At point 1302 the systemscrubs the data of personal identifiers, including but not limited toname and social security number. At point 1303, private and public keysare created for the entity having original control and those keys areprovided to block chain. For a user retaining his test results, the useris typically the entity having original control. For a healthcareprovider, such as a doctor or hospital, who creates data based onpatient data, such as a report summarizing attributes of multiplepatients, the healthcare provider may be the entity having originalcontrol of the report while the patient may have control of theunderlying data. Keys are distributed accordingly at point 303. At point304, the system places the anonymized scrubbed data on the data locus ona corresponding datasome.

FIG. 14 illustrates deanonymization of data. From FIG. 14, the userreceives a request to deanonymize data, via contact information for theuser provided with the anonymized data. In general, the user may beassigned a unique identifier, typically by the system but possibly bythe institution or even by the user, and this information may beselectively employed from the blockchain to provide a request todeanonymize data, and an entity requesting deanonymization may beprovided. Such information is provided to a repository that correlatesthe unique identifier identifying the user with the current contactinformation of the user, which may be updated. As a very simple example,the healthcare facility may be assigned number 010101 while the patientmy be assigned the number 1234, and thus the 0101011234 value may beprovided to blockchain. When a request to deanonymize is provided by thesystem, the repository receives the request and contacts the user.Sufficient security to the repository is provided and in some instancesmay be provided on the blockchain. Point 1402 shows the system verifyingand/or synchronizing public and private key information, an alternatemethod of verifying the user. Once the user, or entity holding theconfidentiality, is contacted, the user may agree to access to theinformation, in one instance in exchange for value. Point 1403 calls foraccess request and approval using separate APIs for each. Once approvedand access protocols are followed, the system deanonymizes the data andprovides the data to the requestor at point 1404. Such anonymization anddeanonymization can facilitate the transfer of monies as well asallowing access to care providers more readily than current methods. Forexample, if the user is injured in a remote location from her primarycare physician, the physician at the remote location can request accessand the user can provide access quickly and easily. Point 1404deanonymizes and provides the information from the system to theapproved requestor.

FIG. 15 shows how such data can be assigned a value and the valueexchanged for access to the data. At point 1501, a third party requestsaccess to deanonymized data. The data may have a value preassigned toit, or the owner and requestor may negotiate, via the system, a valuefor exchange. At point 1502, the user consents using his public keyonly, but in this example not his private key. Consent may be providedin other ways, including via public and private key exchange, a systemof approval and/or for entering negotiation, or otherwise. Once therequestor has been given the public key or other means of approval, thesystem provides anonymized data value, such as anonymized data points ormonetary value, or some other thing of value from the requestor to thedata holder via API at point 1503. At point 1504, the thing of value isprovided to the entity holding rights in the data, i.e. the entity thatapproved the transaction for the value.

FIG. 16 generally represents third party data point verification. Theexample of FIG. 16 involves a weight management program. At point 1601,the user enrolls in a weight management program. At point 1602, theprogram operator embeds a weight verification API. At point 1603, thesystem verifies an anonymous weight level is exchanged via API. At point1604, the data point may be accepted or rejected by the third party,while at point 1605 the cryptocurrency or reward may be deposited intothe patient's account. This provides an exchange of confidentialinformation without compromising the confidential information andprovides the user with an incentive to provide the confidentialinformation.

FIG. 17 shows the accrual of loyalty points on the system. From FIG. 17,the physician may enroll in an EHR (Electronic Health Record) thirdparty program. At point 1702, the program operator may request access tothe physician's data. At point 1703, the physician may consent using herpublic key, while at point 1704 data collection for royalties occurs,where the data collection includes anonymized data. At point 1705, thesystem may allocate value, such as cryptocurrency, points, or currencyor some other reward, to the user or data holder's account. In thismanner, the physician can provide data and additional data can be soughtusing incentivization, thus providing significant amounts of data asdesired and obtainable.

FIG. 18 shows anonymized data point collection, wherein at point 1801,mirror, display device, handheld unit, drone, peripheral, contactlessevaluation device, or other device collects data from the patient. Atpoint 1802, the system deposits the data collected on loci on acorresponding datasome. Point 1803 shows the example of an interactivediary interacting with an AI agent or human to collect further data,such as the food the patient is eating, the exercise the patient isgetting, and so forth. Point 1804 is a general prediction loop, seekingto predict needs or attributes of the patient, where the data predictionloop in one instance is a reciprocal user-provider data prediction loop.Such a data prediction loop seeks for the system to predict a need or anaction by the user, such as a desired action, and providing that actionto the user, whereupon the user may accept the need or perform theaction, and may inform the system. The system may then make a furtherprediction, such as the user is ignoring the suggestion to ride hisbicycle, so instead the system recommends decreasing food intake or adifferent form of exercise. Positive feedback and encouragement orpoints or a thing of value may be provided to incentivize the user.Point 1805 calls for the system to make at least one suggestion for theuser or provider, and an optional feedback path is shown.

FIG. 19 illustrates a blockchain anonymized data arithmetic shift tosafeguard against intrusion or hacking. From FIG. 19, the system employsa quantum computing agent that queries blockchain anonymized data atpoint 1901. At point 1902, the system disables public and private keyfunctionality. Point 1903 calls for the system to employ arithmeticshift to shift data from their respective data loci, while point 1904reenables public and private key functionality. Point 1905 approves andconcludes the anonymized data transaction.

FIG. 20 is a general overview of the blockchain system including thefunctionality discussed. FIG. 20 may employ a combination of hardwareand software but the functionality represented may be employed. Less ormore than is shown in FIG. 20 may be employed in a system according tothe current teachings, and some of the functionality may be provided ondifferent components or at different locations. From FIG. 20, there isprovided system 2000, including a data collection element 2001 that maycollect data in any form via receiver/transmitter 2004. Data collectionelement 2001 may provide data to anonymization element 2002 whichanonymizes the data, such as according to the genetic anonymizationdiscussed herein. Anonymization element may scrub the information ofpersonal data. Key assigner 2003 assigns public and private keys, andreceiver/transmitter 2004 transmits the anonymized data to blockchain orappropriate public or private distributed ledger arrangement.

Deanonymizer 2005 receives a user request to deanonymize data andemploys key assigner 2003 or other appropriate key verification objectsto synchronize or verify key attributes. Again, public and private keysare discussed here, but other security measures may be provided toverify the entity requesting deanonymization. API unit 2006 providesnecessary APIs for incoming and outgoing processing. Point systemprocessor 2007 is shown to provide ability for the user to obtain valuefor allowing access to the information, whether by points,cryptocurrencies, or other items of value. Point system processor 2007may perform at least some of the functionality show in in FIGS. 16through 18, including offering an ability to negotiate value, to awardpoints for permitting access to data, searching for additional data whenrequested, and so forth. Suggestion and prediction element 2008 providesfor providing the user with suggestions based on individual performanceand needs of the patient in question. Quantum computing element 2009performs the functionality of FIG. 19.

FIG. 21 shows a codon, the basic structure of a datasome, and theconstruction of a codon. The codon is made of co-localized andco-registered general and specific data points relevant to the datasomein question. General data points may include but are not limited to time(date: year, month, day, timestamp: hour, minute, seconds,milliseconds), GPS location (longitude, latitude and height oraltitude), Device ID, and so forth. Specific data points for a healthdatasome (HD) include vital signs, symptoms, medications, lab tests,radiology tests, and so forth, expressed in a known manner, such as analphanumeric manner The system can co-register or co-localize data amongspecific and/or general data points. An example of this is to collocatetwo examinations, or two sets of examination results, or two sets ofattributes such as results of a medical examination collocated with afashion preference.

The system can also perform a morphing of datasomes, generally aprocessing that alters the datasome when being applied to thedistributed ledger system or blockchain. In one instance, a shape can beprovided making the datasome easier to identify, wherein the systemapplies three dimensional or two dimensional morphing of the datasomesinto or using shapes, figures or other demarcating features tosecuritize the data blocks created on the datasome and/or facilitateretrieval of anonymized data by one with access to the the user or thirdparty. One example of morphing shown in FIG. 21 is to provide the datain an “hourglass” shape, associating in this case fashion data with aspecific locus on a health datasome, providing additional securitizationof the anonymized data, or to make it easier for the user or a thirdparty to identify and/or retrieve the anonymized data. In this example,the hourglass shape indicates to a viewer that the information,anonymized, is associated with a healthcare entry combined with afashion entry. Another example of morphing would be to combine the datawith a visual representation, such as a visual representation ofbroccoli, relating intentionally to a data locus on the health datasomewhere the user took his blood pressure measurement and blood pressuremedication and a third party, such as a pharmaceutical company, isinterested in the relationship of broccoli to a blood pressure medicinein question and employed by the patient.

The right side of FIG. 21 shows the general assembly and morphing ofinformation. Couple this with genetic or DNA processing, wherein theunderlying data is imposed on a genetic or DNA chromosome, such that theresult is something like GCTATTGCT etc., and the result is an increasein security. FIG. 21 shows on the left a 3D morphed health datasome 2101that may be put on a distributed ledger system and that may be viewed byparties having access, wherein point 2102 is a fashion morphingindication that provides an “hourglass” appearance and shape to theunderling data. A party reviewing may be able to understand that anhourglass shape of this type means healthcare data morphed with fashiondata. Colors, visual representations, different shapes, and so forth mayrepresent different underlying data. FIG. 21 on the right shows ahealthcare data point 2103, a time 2105, and a GPS location 2107, andthis may be augmented with additional or different data, e.g. device ID,etc. On the right side is a fashion data point or may be any otherinformation, including a second healthcare datapoint taken at adifferent time, even in the same visit. The two may be combinedtogether, the information coded and genetically or DNA mapped, andprovided to the distributed ledger. Data point or points 2104 may beprovided with time 2106 and GPS location 2108, wherein the combinedinformation forms a data codon.

FIG. 22 is a generalized representation of the intersection betweenvarious concepts used to determine datasomes. On the right, point 2201represents the intersection between sports and financial, such that adatasome may contain sports and financial information, while point 2202represents an intersection between health and travel. The combinedinformation can serve to further securitize the underlying information.The left side of FIG. 22 shows a fashion datasome 2203 with three pointsbeing co-localized, such as is shown on the right side of FIG. 21, wherethe co-localized data codons of the fashion datasome are provided to thehealth datasome 2204. This provides combined data, again having anenhanced tendency to limit security breaches.

FIG. 23 shows one form of prediction employed by the system. Codons maybe formed by the system, representing a prediction, such as a predictionthat patient X will have a blood clot based on existing knowninformation about patient X. The system may employ a correctivegenerative adversarial network (GAN) using deep machine learning and/orquantum computing methodology, in essence two or more neural networksthat contest with each other in a game that is corrected andre-calibrated with real world scenarios. Such a generative network maygenerate candidates that are evaluated using a discriminative network.Codons, or codon groups such as 100 codon group 2301, may be developedby the system, and multiple such codons or codon groups may bedeveloped. When operating a contest, the system operates based on datadistributions. Typically, the generative network learns to map from alatent space to a data distribution of interest, while thediscriminative network distinguishes candidates produced by thegenerator from the true data distribution. The generative network'straining objective is to increase the error rate of the discriminativenetwork, or in other words, to the GAN produces novel candidates thatthe discriminator network believes are not synthesized but instead arepart of the true data distribution. As an example, in healthcare, thesystem may conduct a “game” on physiological and pathological virtualtwins using anonymized data. The system alters and recalibratesresultant predictions about the virtual twins and generates suggestionsto the patient/user and/or provider, and the system may improvepredictions over time based on additional data and further processing.For example, if persons exhibiting characteristic X are believed to havean 87% chance of developing condition Y, and data suggests or thenetwork determines the number has decreased to 83%, that number may beprovided. Thus according to the present design, a real time predictionmodel may be provided that computes the probability of formation of anew codon under the assumption of random codon distribution andco-localization, and the system may develop and assess a new codon orcodons for purposes of improving predictions.

Sports Applications

In another embodiment related to the field of sports medicine and sportstechnology, providing “on the field” evaluation and management of sportsinjury and/or player susceptibility to an injury may be beneficial. Thepresent design may also include a field side charging station wherein adrone or drones can be placed near the field of play to be deployed forcontactless evaluation and management of on-field sports injuries orjust following certain contactless parameters pertaining to fitnessparameters of a certain sport. Such contactless parameters may include,but are not limited to, speed, agility, technique, vigor, exertion andsusceptibility and prediction of injury during training. The drone canmonitor activity and in certain instances may be deployed in response toa gesture by a player, trainer or any other team member, or a processingdevice may be employed to release the drone, such as a device whereinwhen a signal is provided the drone is released. Such a signal may beprovided by a third party or an automated artificial intelligent agent,which may be considered a deployment device. The deployment device cangather pertinent information using sensor(s), and functions may vary andmay depend on what is required. As may be appreciated, any list offunctions may be changed, improved, reduced, or otherwise altereddepending on a variety of factors, including but not limited topopularity of the functions, needs and desires expressed by users, usepatterns, costs associated with apps and functions, and so forth.Certain functions may be provided either locally, i.e. at the device, orremotely, i.e. at the remote device arrangement, or a combination ofboth. In general, the system, including the device and remote devicearrangement, receive information and queries and respond appropriatelyfor sports issues that arise.

Examples of the determinations made and functions provided are asfollows. In the area of health, lung health may be maintained andmonitored, and the device may determine respiratory rate (RR), CO₂level, lung volume, pulse oximetry, breathing characteristics, jugularvein distension (JVD), edema. The device may respond with a chartincluding a degree of hypoxia, a graph with the user's lung volume ascompared to users of similar age and sex, and a pitting edema score. Inthe area of heart health, the device may collect pulse/heart rate, bloodpressure, heart rhythm, and EKG values with appropriate modules. Thedevice may determine and/or report a graph, raw data, and or percentiledata, as well as recommendations. In the field of eye health, the systemmay assess or determine sclera color, visual acuity, peripheral vision,analyze the pupil, iris, sclera, and so forth, determine eye pressure,redness or dryness, and eyelash evenness, and the system may provide adigital model of the eye, a scoring of quantities such as peripheralvision, raw data, percentile values, a chart, and a chart or graph.

Many, if not all, of the health related evaluations may result in acombination of a score or scores, raw data, percentile, and a chart orgraph of the health of the particular site. These and other relevantinformation (recommendations, warnings, pictures, etc.) may bedetermined and provided as appropriate, but the system may make andprovide all such determinations when assessing health parameters.

The system may assess spine health according to structures ordeformities, warmth, swelling, range of motion (ROM), presence ofscoliosis, and gait. The system may assess joint health by evaluatingwarmth to the area, ROM, swelling, presence of nodules, and/or gait. Thesystem may assess skin health according to skin turgor, color, skinbreakdown, blood perfusion and degree of edema. The system may assessfoot health by collecting signs of infection, color, hair distribution,skin integrity, and degree of pitting or edema. In addition to the otherreporting data, the system may provide a digital model of feet or thelower extremities and may provide digital models of other body parts asappropriate.

Another embodiment pertains to over all hospitals and healthcarefacilities workflow. A healthcare facility clerk typically manages themedical and non-medical requests of patients and their familiessimultaneously and/or sequentially. The system may include a centraloperator and/or artificial intelligence agent residing in for example, apatient's room. Such a central operator may engage with componentsprovided in the patient's room and can simultaneously and/orsequentially deploy a drone to a room or nurse's station to collectsamples, deliver pharmaceutical agents, nutritional products, magazines,or other products, goods and/or services.

In operation, user interaction with the device may entail the collectionof data retained at the device, with data provided from modules to thedevice via WiFi, Bluetooth, or through a USB connection or by any othermeans known in the art. The processor at the device may process the dataand may format the data into graphs, charts, diagrams, virtualassistants and other forms to be displayed to the user via, for example,the device (2D, 3D, or holographic) screen. The data and/or informationmay be controlled by the user and may be sent from the device, such as adrone, to a remote location, i.e. a virtual “cloud,” where theinformation may be collected, analyzed, and/or stored. Once the systemtransmits user information to the remote devices, such user informationmay be maintained, analyzed, and specific user recommendations orinformation transmitted back to the user.

The system may provide varying levels of service. As one example, thesystem may provide a gold/silver/bronze level of service, wherein bronzeis simply maintaining data at a remote site, silver is analyzing dataand providing recommendations, and gold is a concierge type servicewhere the user may be provided contact with available personnel(physicians, pharmacists, personal shoppers, cosmetics specialists,optometrists, dentists, etc.) and particular needs will be addressed.Different or alternate levels of service may be provided.

Thus according to one embodiment of the present design, there isprovided an apparatus, comprising a drone device comprising securablecompartments, each of the securable compartments configured to beunlocked by a user or a remote device and a series of sensors providedwith the drone device and configured to assess health attributes of theuser while the drone is positioned proximate the user.

According to another embodiment of the present design, there is provideda rechargeable drone device comprising a series of sensors configured toreceive information about a user and transmit the information to acomputing system configured to assess the information collected from thedrone device and a set of securable compartments configured to maintainsamples or medications, wherein the series of securable compartments areconfigured to be openable by an approved individual.

According to a further embodiment of the present design, there isprovided a system comprising a drone device comprising a set ofsecurable compartments, each of the securable compartments configured tobe unlocked by a user or a remote device and a series of sensorsconfigured to assess health attributes of the user while the drone ispositioned proximate the user. Also provided is a remote computingsystem configured to receive sensed information from the drone deviceand assess health of the user and a recharging device configured toreceive the drone device and recharge the drone device. The drone deviceis located at a position within travel distance of the user based onelectrical charge status and travels to the user to provide or receivehealthcare related objects to or from the user.

The foregoing description of specific embodiments reveals the generalnature of the disclosure sufficiently that others can, by applyingcurrent knowledge, readily modify and/or adapt the system and method forvarious applications without departing from the general concept.Therefore, such adaptations and modifications are within the meaning andrange of equivalents of the disclosed embodiments. The phraseology orterminology employed herein is for the purpose of description and not oflimitation.

What is claimed is:
 1. An apparatus, comprising: a drone devicecomprising securable compartments, each of the securable compartmentsconfigured to be unlocked by a user or a remote device; and a series ofsensors provided with the drone device and configured to assess healthattributes of the user while the drone is positioned proximate the user.2. The apparatus of claim 1, wherein the apparatus further comprises acharging station used to electrically recharge the drone device.
 3. Theapparatus of claim 1, further comprising a transport mechanismconfigured to maintain and transport the drone device to a desiredlocation and deploy the drone toward the user.
 4. The apparatus of claim1, wherein the securable compartments are configured to maintain atleast one medication for the user.
 5. The apparatus of claim 1, whereinthe securable compartments are configured to receive samples provided bythe user or a healthcare individual.
 6. The apparatus of claim 1,wherein the series of sensors comprise a camera sensor.
 7. The apparatusof claim 1, wherein the series of sensors comprise a microphone.
 8. Arechargeable drone device comprising: a series of sensors configured toreceive information about a user and transmit the information to acomputing system configured to assess the information collected from thedrone device; and a set of securable compartments configured to maintainsamples or medications, wherein the series of securable compartments areconfigured to be openable by an approved individual.
 9. The rechargeabledrone device of claim 8, wherein the rechargeable drone device isfurther configured to engage a charging station that electricallyrecharges the rechargeable drone device.
 10. The rechargeable dronedevice of claim 8, wherein the drone device is configured to be providedto a transport mechanism configured to maintain and transport therechargeable drone device to a desired location and deploy therechargeable drone device toward the user.
 11. The rechargeable dronedevice of claim 8, wherein the securable compartments are configured tomaintain at least one medication for the user.
 12. The rechargeabledrone device of claim 8, wherein the securable compartments areconfigured to receive samples provided by the user or a healthcareindividual.
 13. The rechargeable drone device of claim 8, wherein theseries of sensors comprise a camera sensor.
 14. The rechargeable dronedevice of claim 8, wherein the series of sensors comprise a microphone.15. A system comprising: a drone device comprising a set of securablecompartments, each of the securable compartments configured to beunlocked by a user or a remote device; and a series of sensorsconfigured to assess health attributes of the user while the drone ispositioned proximate the user; a remote computing system configured toreceive sensed information from the drone device and assess health ofthe user; and a recharging device configured to receive the drone deviceand recharge the drone device; wherein the drone device is located at aposition within travel distance of the user based on electrical chargestatus and travels to the user to provide or receive healthcare relatedobjects to or from the user.
 16. The system of claim 15, furthercomprising a transport mechanism configured to maintain and transportthe drone device to the position within travel distance of the user anddeploy the drone toward the user.
 17. The system of claim 15, whereinthe securable compartments are configured to maintain at least onemedication for the user.
 18. The system of claim 15, wherein thesecurable compartments are configured to receive samples provided by theuser or a healthcare individual.
 19. The system of claim 15, wherein theseries of sensors comprise a camera sensor.
 20. The system of claim 15,wherein the series of sensors comprise a microphone.